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(54) Method and apparatus alkming a limited 
networted server 

(57) Oisdosed Is a thin-client system (10) operatlva 
over a communications network (16) to provide a thin- 
client devic© (12) with resources present at the server 
(1 4). The sen/er (l 4) Includes a communication control 
devicethatsends and receives messages overtho net- 
work (18). and an operating system. Further, the server 
has access to a data base with capability to store certai n 
applications execul^le on its operatting system. IWean- 
white. The client device (12) inoludes a display, an exter- 
nal communication device for sending messages to the 
senrer and rocehring messages from the sewer (14) 
overthe nolworK and a dedicated d lent scheme for con- 
troning thedisplay andtho external communications de- 



diem device lo use the full resources of a 



vice. Messages b^hn^n the client device [\Z} and the 
sefver (14) confomfi lo a control-Ofienied protocol that 
restricts the type of message permissible Tor transmis- 
sion to only those descriptive of certain preselected 
events that are necassaty for execution of a dedicated 
application on the server (14). "Pw protocol excludes 
many user actions that otherwfea would be transmittea 
to the server (14) from the client devioe (12) according 
toconventionaldifiplay-basedprotocols.-niepresentin. 

vsntion further contemplates mathodsforso enabllnga 
thin^ient devico to use seiver reBOuroes, and also com- 
puter-readable mediums containing software for carry- 
ing outsu<* m^hodson appropriately equipped seiveis 
and cfient devices. 
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Pe9cr(ptjon 

gACKGROUNn oP THE iNVEf^mON 

pool] The present Invention is Doih a method and an 
apparatus that enables a client devioa which has very 
limftQd processing capability, namely a nhTn-clienf de- 
vioe, to access and use the full resouncss of a server 
over a netwark. In particular, the preserrt invention re- 
latestnamethod and an apparatus in whfch athin-cUent 
device and a server eomtnunlcate over the network by 
massages that represent discreet events and that ad- 
here ID a control-oriented protocol In accordance with 
the invention. 

[0002] With the explosion of the internetp a worldwide 
focus has been placed on the discipline known as not- 
wo/K computing. The Intern^ has deffionstiated to the 
woiM the Immense power and opportunity presented by 
the eapabiflly of indMduals in difforent locales to ex- 
change and view informafion. Simultaneously, the inter- 
net has proven that the thln-dierrt computing model 
where multiple client devkses access mtormation stored 
on centrafeed servers, to a viable and efficient means 
of organizing a computer infrastructure. 
[00031 Concurrent with the renewed uTtorcsl In net- 
work computing, computino technology continued to 
provide lees expensive devices with ever increasing op- 
tions to connect with ramoto computing devices via a 
growing nurflber of varied communkrattons network m- 
frastructures. WhUe the Internet has acted as acatalyat 
for development and improvement of the methodologies 
used to exchange, disiribuie and access data stored on 
distinct and remote computing machines, reiaiivoly ntfle 
improvemeni has been made in the way in which appli- 
cattons stored on distinct and remote computing nna- 
chines, are shared. Th© thin-dient computing nriodel, 
while not a new phenomenon, has been widely accept- 
ed by organizations engaged In providing access to ap- 
plk:ations to a large number of potential usens. The thin- 
ellont computing model has been widely ennbraced due 
to its lower cost of maintenance when compared with 
the alternative thick-client computing model, as well as 
ease with which a thin-ctlent computing installation can 
be upgraded. 

IP0041 However, the current normally accepted meth- 
ods of achieving thin-client access to central applica- 
tions have not evolved along with the nature and capa- 
biBty ol the applications being accessed. The focus of 
these oWer thin-dient computing methodologies tradi- 
tionally has been either character-based application ac- 
cess, or tfiin-cllent computing via a network of fixed 
wofi<stations with pennanent and otherwise reliable 
connections to a wired communications network. Typi- 
cally, these conventional methodologies, and conven- 
tional architecture ineorporaiing such methodologies, 
have adopted a display-based protocol for regulating 
data transmission between the thin-dient and the server 
computer. Extending such conventional thin-Client ar- 



chlteaure to wireless devices immsdiately confronts the 
challenges of limited bandwidth. Conventional architect 
tures have proven inefficient and ill-sufted for the con- 
straints Imposed by limited bandwidth In wireless cotn- 
9 municatlon. 

<tl IMMARY OFTVIE INVENTIQN 

[0005J The invention described herein addresses, 
to among other things, the inefficiendea of a dispiay-baaed 
prtrtocol over limitEd bandwidm. The invention uses a 
highly ©fffcieni communication protocol that Is oonirol- 
based raJherthan display-based as conventionally used 
in thin-client architectures. This allows elficlefrt access 
IS to server-based appncations from varying client devices 
with limited capabilitlee and interfaces over any networK 
communications infrastructure capable of delivertng 
messages, complying with the control-oriented protocol 
of the present invention, between a server and a thin- 
so client device. The present Invention thus enables a thin- 
client device, having minimal software and/or a minimal 
opemting system, to efffcientiy transmit messages com- 
pliant witti the controi-orlerTted protocol over the conv 
munlcaliORS networtc medium, to start, control, close 
25 and othenmsa use applications that have been compiled 
with controls conipiiant with the protocol. These appli- 
cations, dedicated to the inventive protocol, reside at or 
oinenftFise are accessible from one or severaJ sen«r 
computer(s). ^e sewer transmits usar-inteiface da- 
30 schption data, input/output hardware control d^ and 
userHnlefface and hardware event data to the client de- 
vtee using a predefined set of messages that are In ac- 
cord with the protocol. The cBent devtoe. In turn, uses 
the user-interface description data to locally construct a 
as representabVe user iMerface, Ukewise. the thin-dient 
uses received input^oulput hardware control data to op- 
erate Mput/ouiput hanJware fncoiporated or attached to 
the client device, and/or received useMntefface and 
hardware event data to perfomi corresponding events 
4C locally on the dient device. Of course, the same pre- 
defined messages of the control-oriented protocol cart 
origlnaiefrom the client device and be transmitiedto the 
application on the server, in response to corresponding 
user or hardware actions on the client device. 
45 [0006] T>ieinverttionallDWsadedk5atedappnca«onto 
be started, operated, ctased and olhenwise mn by mul- 
tiple dlems simultaneously. On ti:ie server, such opera- 
tion creates multiple instances of the application, direct- 
ly equivalent in numberto the number of dient requests 
50 to operate any gfven application. Conversely, any client 
device can start, operate, dose and otherwise run any 
number of applications residing on, or accessible by, 
any number of senders concurrentiy.The application re- 
ceives inputf rom, and directs output to any input/output 
55 (1/0) mechanism resident on the dieittdevfce. Accord^ 
Ing to the present invention, the application also will be 
notified of, and made to respond to events relevant to 
the diem devtoe such as a low power ©ounce condition 
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event, or an out of comTnunlcatlon network condition 
event, in addition to other nonmal client device operation 
evorus such as the touching ('a click*) o! a screen ele- 
ment on the client device event, or a suspension o^ the 
application (on the client device) event, followed by a 
resumption of ihs application (on the client devtoe) 

event. « _*j 

poOT] According to the Invention, different dient de- 
vices, thai is client devices utiiizing different operating 
systems (or minirT^al operating eystems). and client de- 
vices of varying size, orientaiien. input and output capa- 
bility and/or communications networlc compatlbiltty, run 
andothewifio utilize the sam« dedicated application or 
group Of applications on either the same, or different 
servers. On tho otner hand, the invention provides that 
one source code ot an application to be compiled or con- 
solidated to be executable or inleTpretable by the seivet; 
eufasequently can be run (conwjllad) by such various 
different dient devices. . w 

[0008] An important aspect of the invention le that R 
isamsrhodology forcrealing message© to allow remote 
access to th© events, features and operation of comput- 
ing objects and the resources of the server, and simul- 
taneous acoeee by the application to device-specific 
haniware and features of the dient device, interpreta- 
tion of messages wiU become apparent as straightfor- 
ward to those of ortllnary skill In the art. Those of such 
ofdinaiy skill will appxeciatethai the present invenlSon 
could be impiemented using a vanety of distinct soft- 
ware languages and/or hardware control languages for 
boththeollent device andthe application 10 be executed 
on the server machine. Examples of contemplated soft- 
ware languages are JavajS^ , the C and O^-t- program- 
ming languages, the Object Pascal programming lan- 
guage, and other such high-tevel programming lan- 
guages. Examples of haidvwe control languages and 
mechanisms are Assembler language specWcto a s«v- 
en hardware device, mrcroprocessora arid micro-con- 
tronerc equipped wiiJi haixhvare instruction sets, and 
other such low-level prograniming languages and hard- 
ware control mechanisms. Where the invention is car- 
ried out in this way, the client device will have the capa- 
bility to run applioetions concurrenily on several distinct 
servers, regardless of whether the servers have differ- 
ent operating systents, or different application com- 
mand interpreters. Examples of different operating sys- 
tems contemplated for use with the present Invenbon 
are Microsoft® Windows .ITTIW, HeWVelt Packard® 
HP-UX® .RTM, Sun Microsystems® Solaris® -RTW, 
versions of the unux® operating system, and other such 
operating systems. 

ra009] According to the invention, the applicatiori, 
while being run from Ihe d^ent device, appears as if it 
were running on the client device. Preferably, the appli- 
catton appears with the display characlaristica of any 
applications customaHJy residing on the dient device, 
shouldthe client device itself have the capability to store 
and nin applicaiions locally, it also is contemplated thai 



client software, compliant with messages in the dedicat- 
ed control-oriented protocol and residing on the client 
devfce, can be installed and subsequently updated and/ 
or re-iiistailed over the communications network. Pro- 
a vided that there is an inttial minimal software or other 
hardware instruction eel. compliant with, at minimum, 
the subset of messages in the protocol associated with 
installation and transfer of the dient software, the dient 
software can be distributed to the sen/er. and subse- 
10 quently downloaded and Installed by a dient device uti- 
feing an avaHabie communlcalions networtc medium. 
rpOlO] In aooordanoe with the Invention, a dient de- 
vice requires: a display allowing the user ot the client 
device to see textual and/or graphical information; an 
IS external communications irterfaoo allowing the diont 
devtoe to transmit and receive messages complying 
with the control-oriented protocol to the server over such 
communicailons medium; and minimal software dedi- 
cated to the protocol and capable of receiving input from 
2P the user, or input from other input devices associated 
with the cTient device. The dient device dedicated soft- 
ware issues commands to control the display of the cli- 
ent device, and interpnals and genwates messages that 
conform to the contrd-ohented protocol. 
25 [0011] Further in accordance With tiie Invention, an 
appncatten dedicated to the control-based pnDtocol of 
the invention must Incorporate oontrols confomung to 
the protocol. The protocol is incoiporated at the timethe 
source code of the application is generated so that the 
30 appRcaUon is capable ot Interpreting and providing mee- 
sages rnduded in the control-oriented protocol. The ap- 
plication is provided with the capabffity to transmit and 
receive messages according to the control-orlented pro- 
tocol by a communkallon control device In the server. 

39 Altematively. use can be made of acfiunct software ca- 
pable of transmission and receiving of messages over 
the applicable communications medium- The applica- 
tion runs and/or othsnwise issues commands to the 
seN&f so as to accomplish tasks readily asaooialed wtth 

40 software applications in use worldwide. 
10012] Still further in aocordance wtth the invention, 
theserver computerrequires; a commumcations control 
device capable of pladng messages on the communi- 
cations medium; the capability to receive, respond to, 

4$ generate and otheiwlsB interpret and exe«ite com- 
mands Issued by the application by means Of an oper- 
ating system, or otherwise. The server peifdtms th^ 
functions for one instance of an applicatkin. or simulta- 
neously for multiple instances of an appncatron. 
50 [0013] Yet further in accordance with the invention, 
the control-oiiented protocol of the im^ntion generally 
restricts data, that Is. ft generally restricts messages 
communicated between the thin^jHent and theserverto 
only events necessary for execution of the application 
55 on the server, and to other important hardware-oriented 
events By so restricting the nature of informational mes- 
sages communicated between client and server, the in- 
ventive protocol provides tor f uU client access to appii- 
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cations on tfia server, within the constraints of narrow 
banciwidth charaeteristfc of wireless systems, in the 
case of actions toy the user at the ciisirt tievice, tne cUs- 
doseo comrol-orieifflefl protocol pemiitB generation of 
messages deetlnedforthQseo/er, from thecfiem, to only 
those descriptive of certain, significant events. A eignif- 
leant user evertl, for example, is Interpreted or recog- 
nized by the application as indicative of th» user's oper- 
ation of acertain associated application control present- 
ed at the user interface on the dient device. The mes- 
sage transmitted to the server includes data necessary 
to describe this preselected event but excludes other 
data that, in a display*aaed protocol, also would be 
transn^ttedtotheserverbeeause It represents other ac- 
tion taken by the user to operate Uta associated controL 
Such other data Is excluded because It does not repre- 
sent the preselected event 

[P0141 An example used in this disclosure is defining 
a mouse "Click" as a selected event, but not so defining 
mere mouse movenr«nis. In this example than, the cli- 
ent device would not transmit messases to the server 
white the user merely moved a mouse at the efient de- 
vice, but would send a message as soon as the user 
"clicked on" an applicafion control displayed on the user 
Interface. Attheserver. receiptor the message informs 
the application that an event has occurred at the dient 
device. The appficalion interprets the event message as 
Indicating that the assodaled displayed appDcation con- 
trol has been operated ^clicked"), and thereafter re- 
sponds appropriaielj^ 

100151 Messages from the applicauon to the client 
liicewise Qfe constraiHedto preselected events- In addi- 
tion, various hardwere-oriemadsvenis. dtecuased in de- 
tan hefeafter. aie described by messages between the 

client and the server. 

BRIEF DESnRlPTION OF THE DRAWINGS 

[001 $] Further aspects and features of the present in- 
vention will be even nwre apparent from the following 
detailed description and drewings. and the appended 
clains. 

IpOlT] In the drawings; 

Figure 1 is a block diagram of a thin-client system 
over plural possible nehvorka in accordance with 
the present invention; 

Figure 2 illustrates an overlay of a contfol-onented 
protocol in accordance with the Invention on a con- 
ventional wireless protocol suitable for use In the 
system of Rggre 1 ; ^ ^ 

Rgure 3 is a detailed block diagram of a preferred 
thin-client device and an associated sewer compu- 
ter su itable for use In the system o( Figures 1 and 2; 
pgures 4A and AB together show a flow chart of 
operation in accordance with the present invention; 
Figure 6 is a structure chart illustrating the process 
of updating and/or Installing dedicated client soft- 



15 



ware in accordarve with the invention; 
Figure 6 is an iriustrativo diagram of adadioated ap- 
pBcation ain by the system of Figure 3; 
Rgure 7 is a sImpUfied block diagram of an alterna- 
tive system eonfiguraiton according to the present 
invention: and 

F^ures 6-10 present exemplary screen displays 
with 

Figure 8 showing a new prt^ect for develop- 
ment of a new dedicated application in a com- 
mercially available visual development lan- 
guage. 

Figure & showing an exemplary new de«Scated 
application mnning on the server side, and 
Figure 10 showing the application of Figure 9 
mimkjked on the diem side. 



r^CTAILm DESCRlFnO MQFTHE PREFERRB3 
£0 FMBQDIMENTS 

pooifi] Figurel shows a system providing overail sys- 
tem thin-dient devices w^h access to the full resouroes 
of a seiver in accordance with a preferred configuralion 
25 of the present invention. In Figure 1 , system 1 0 is seen 
to include multiple client-stda devices 12A through 12M. 
System 10 supports many such dient devices 12, and 
such devices 12 can amor and exit the system at ran- 
dom. System 1 0 provides access for any aibitrary dient 
30 devtoe 121 to a plurality of servers 14A through 14N on 
the so-called server-side. Senders 14A through 14N. m 
nin\, are connected to each other and to the client de- 
vices over at least on© network 16 whidi provides me 
oommunicaiion medium. A second notworic also fs 
es shown In broken Ones as It will b© apparert mat multiple 
networks can be incoiporated in the preferred system. 
Such communkwUon mediunns could comprise tele- 
phone switching neCworKS, ethemet networks, Wireless 
602 11 networHs. Mobite>fl» messa^ng networks and 
40 the like. Because tranemisston between elements of 
system to can be earned out in a connectionless man- 
ner, in the preferred arrangement of Figure 1 . exemplary 
dient-sldo device 121 Is contemplated as a hand-held, 
wireless device. However, as apparent to those of ordi- 
45 nary stall in the art any cfient-side device could, ir^ead, 
be a desktop device with limited processing power. 
Where dient device 121 is a hand-heW. wireless device, 
it indudes an extemal communlcailon link and a (sche- 
matk:ally-deplcted) antenna 20 for connection with the 
so network 16 at an available RF access point depicted as 

block 22. 

[0019] With reference now to Figure 2 also, system 
10 is shown with a block-diagrammic representation of 
a dedfeated protocol for system 1 o overlaid on any con- 
33 ventional standard wireless communication protocol. 
The wireless protocol ensures accuraie RF communi- 
cafion between an associated exemplary dient device 
121 and UKewlse an exemplary sen/er 141 over wireless 
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network 16. In this preferred implementation, communi- 
cation between dient device 121 and server 141 Is es- 
tablished with the User Datagram Protocol (UDP). along 
wicn a dedicaiea, control-oriemed pratocol 24 unique to 
system 10. Also in sucn a preferred embodiment, the 
UDP may be based upon frequency hopping or direct 
sequencing In spread-spectrum RRThe UDP does not 
require maintenance of a oorstarrt connection behveen 
any cfient device and the network, and so this base pro- 
toeol is desirable when one consider© that wireless cli- 
errt devices maymova into and out of range of radio con- 
■ nectionwfth a wireless networt? IB at random TTiis situ- 
ation permits the diont-eida devices to be powered 
down when connacBonwim the neftwork te lost, thus bet- 
ter conserving batteries in the client devitsos. Dedicated, 
control-oriented protocol 24 will be discussed ai length 

[0020] Each client device 12A through 12M has the 
capability to transmit and TBceive messages over the 
communications network medium 16. Each sen/©r 14A 
through 1 4N likewise has the capability lo transmit artd 
receive messages over the medium 1 5. The contents of 
the messages transmitted between the dient devices 
and the seivers in syscem 1 0 are governed by the con- 
trol^rfentedproloool to be discussed. Additionally, each 
sen/er 14A through 14N has the capabfltty to run and 
othenMse inleipr^ what will be referred to as -dedlcat- 
ed* applications 13A through 130 depicted as residing 
on the exemplary sen/er 141. ft goes without saying that 
while only server 141 is shown with residing dedicated 
applications 13A through 130, all servers 14A through 
14N of system io can have residing dedicated applica- 
tions, or at least aocess to such applications. Software 
and/or hardware on each oMent device, each dedfcated 
application, and an optional adirtnlstTative sewer appli- 
cation 1-5 all have capability to generaiB and imeipret 
messages confomiing to the ptEfemed protocol of the 
invention. 

[00211 Due to the message-based nature of the pre- 
f ened eontrol-orlenied protocol, it wlU become apparent 
to those of ordinary skill in the art that muttipie distinct 
applicatioris can be run on any server 1 41 , from any cli- 
ent device 121, rogaixlless of the muttitesklng capabilfty 
of the dient devfce. The only pipcoss (dedteated client) 
that need actually run on tha client device 121 istl\e dient 
software required to cominunicate vinth the applications 
13A - 130. This software process handles communica- 
tion with multiple applications running or or^e, or muBi- 
ple sen^rs, by Intelligently switching between applica- 
tions under the direction of the client devloe user. 
PQ22] Similarly, it is contemplated that any such client 
device 1 21 can concurrently nxn applications on multiple 
of sewers 14A - 14N. Client devtee 121 concurrently 
manages messages of the control-oriented protocol 
with multiple distinct applications, and so any applica- 
tions executable on any of servers 14A • 14N that are 
accessible to the client device, through any particular 
communicatlens medium, can be engaged by the dient 



device. 

[0D231 As mentioned earlier in connection witti sys- 
tem 10 of Figure 1 ,the multiple Client devices 12A- 12M 
access a plurality of server computing machines 14A - 
5 14N over one or a plurafity of oommunicatlDns networtc 
mediums. TTiis many-to-many relationship is possible 
because the control-oriented message based nature of 
the pix>tocol necessitates that communication pass only 
between the dient devices to the applications (on the 
10 senders) upon the ooourrence of certain selected events 
relevant to the dedicated application or applksattons in 



use. 



Exemplary Cllent-^lde and Server-Sid e Devices 



PQ24] Wo turn to Figure 3 for details of exemplary, 
prefen^ wii^iess, dlem^ide device 121 and a pre- 
ferred sender 141, Sen/er 141 indudee a communication 
control 100 for regulating the transmission and receipt 
20 of data over networtc 1 6. Internal sender software and/or 
hamware shown and referred to as •dedteatpd" senrer 
1 04 v& assodatfid with the dient devices for message 
communk:atlon therewith. Dedicated dient server 104 
handles all dient device requests for creating and run- 
25 ning appfications specifically "dedicated" for use In ac- 
cordance with the invention. The dedfcaled server 104 
accesses a dedicated appTcation data base 106, and a 
orient kJentification and/or authorization data base 108. 
in preferred configurations, a software development 
30 tDdkit^SOK) data base 112, Shown in phantom lines, 
also could be prtwided. In any given server i4i, appli- 
cation data base 106 stores one or more of dedicated 
applications 13A through 130 figuratively shown in i=ig- 
ure 1 and made avaHabla to the plural client devices. 
as Server 141 a!so has access to like data bases 1 06 and 
1 08 provided In otherservers m system 1 0. and also can 
have access to any other remote such data base. Ap- 
pncation data base 1 0$ is complemented by the dient/ 
authorization database 1 08 which contains a list of us- 
40 ereandcflantdevicesalrBadyrecognizedbysyetemlO, 

Preferably, applications stored in data baa© 1 08 are or- 
ganized into groups 80 that individual ufiore can be as- 
signed rights in the different application groups. Access 
to applications then can be controlled by the specificar 
45 tion of such groups. It Is relatively simple to er>fome a 
security polfcy where access to the applications In a giv- 
en group is controlled by allowing only users induded 
in the group lo access such applications. 
p025] in such a pref en-ed configuration, for each user 
BO thore is account data with the usefs Identification, a 
password, and authorization priority stored in data base 
108. This ensures that each dient-side device user 
would have access to run only those ^plications for 
which the user has proper authorization. It is contem- 
ns plated that all passwords would be enoypted for trans- 
mission. 

[0026] Where system 10 is configured to accommo- 
date the creation of dedicated applications, SDK data 
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basd 112 Is preferable. In this database, all controls for 
creating dedfcaied applicationa can be stored. Of 
course, all such controls will be made to comply with the 
conirol-oriented proiocol discussed infm, 
[0027] Server 1 41 also is shown to include an opcrat- 
Iftg system 110, The operailng system 110 coordinates 
operation of all elements of seiver 141. Operating sys- 
tem 110, equipped with dedicated serverl 04, is provid- 
ed with the capabilily to receive, respond to, generate 
and interpret and execute commands issued by a ded- 
iceted application, and to perfomi those functions simul. 
taneously for multiple Instances of any such dedicated 
application- In a contemplated conimcrtial ©mbcdi- 
mont. operates system 1 1 0 comprises a \ARndows NT® 
operating system. 

10028] On the Client side, a preferred client device 12I 
also is seen to include an operating system 200. Oper- 
ating system 200 is contemplated as limited insofar as 
nisincapable of creating and/or executing the dedicated 
applications stored In data base 106 (on the server 
side). In the contemplated commensiai embodiment 
where ser/er-aide operating system 110 comprises 
Windows NTT® . the client operating system 200 douM 
comprise the Windows CB® operating system fbr mo- 
bile devices. However, It should be underetood tfiat sys- 
tem 10 will provide like capability for any cnent operating 
system 20O inducfing that Imown by the trade name 
Palm 05® , that known by the trade name EPOC, Tel- 
met, or any other Hke operating system used fti tele- 
phone-type and other hand-heW devices known to those 

of ortllnary sKili in the art. Although certain commercially 
available operating systems are discussed as preferred 
herein, it should be understood that the present Inven- 
llcn Is'nol Rmited to use with any particular operating 
system, and other graphics oriented operating systems 
and associated software could be employed. 
[0029] Operating system 20O coordinates control 
among user Input 202. display memofy 204, and user 
display 206. User input 202 receives input from the user 
by any of a verioty of ways known to those of ordinary 
skill, such as keypad keys, a touch screen, and the like. 
Input data entered by the user at input 202 is stored at 
display memory 204- User display 206 displays both text 
and graphics and presents data entered at Input 202 as 
well as screens created by mnning applicafions, 
POSOI External communications circuit 208 provides 
for wireless communicatton with the network 1 6- (Sche- 
matically-shown antenna 20 is omitted in Figure 3.) 
Complementary to external communication 208» a mo- 
dem 210, |ndk:ated in broken lines, could be provided 
for the direct connection of client devtee 121 over stand- 
ard telephone lines. Preferred client device 121 also is 
shown as including a memory 212. Memory 212 is ac- 
cessible by operating system 200. Further, it is contem- 
plated that the client device could have certain limited 
processing resources embodied by prcx»ssor214, as 
also shown in broken lines in Rgure 3. 
[0031 1 Client device 1 21 also includes the process re- 



ferred to hereinbefore as the "dedicated ciienP 216, in 
the preferred embodiment, the dedfcated client 216 is 
software executed on the client device operating system 
200 to initiate and handle all communications with ded- 

9 icatedciientserver104. Prefembiy. dedicated client 21 6 
tnciudss an application browser. Those of ordinary skni 
will come to appreciate that, indeed, the only control 
sonware necessaiy for the dient device 1 2 is software 
thai (i) receives input from input means 202. and per- 

10 haps peripheral devices working with the dient device; 
(il) that controls display 206 and external communica- 
tion cirnuii 208. and (lli) that both interprets daa mes- 
sages received from the server and generates messag- 
es to send to the sen/an Dedicated cTient 21fi can be 

19 made to perform all of tties© functions, and therefore, 
can substitute tor any operaBng system 200 in the client 

device 12. ^ ^ ^ 

10032] Operating system 20O initiates the dedicated 

client 216 upon inslnjctk3n from me user of ih© dient 

20 device 12, such as by k»g-in. Once contmi has been as- 
sumed by the dedicated dient 21 6, our exemplary client 
device 121 iniCates communication with a responding 
sewer 141 (or sen^ts) by sending a message to the 
sewer indtealing that the cDent would like to open a ses- 

25 sion with the server. To begin communication with a 
senwr 141, the dient devkse 121 can bo made to broad- 
casta^nal over network 161D request reply by all sen/- 
ers 14A through 14N equipped with dedicated dient 
sewer 1 04 and supporting data bases 106, 108 (and 

so 112). Then, upon receipr of such a dient device signal 
over network 1 6, operating system 1 1 0 h any respond- 
ing sender 141, orservers, turns over control to dedicaied 
seiver 1 04. which In turn begins connmuraoatlcn wmi the 

requesting dient 121. 
5;^ [0033] A "session" is a logteal object that a server 141, 

In a straightforward implementation, might use to track 
a user and the applicaitons being run by that user. The 
message to open a session with the senrer would in- 
clude the name of the user {user name), the password 
4o of the usar, and also some information about the partio. 
uiar cfient device 121 and the dadkrated dient software 
216 that the user is utilizing to access the server. After 
receiving the massas*. preferebly the server 141 would 
checkto verify that The user name and password mclud- 
45 ed as part of the message are valid and. if so. to which 
group ihe user is assigned. AdditSonaily. the sen/er 141 
could use the dedk:ated dient software 216 Information 
prtwlded in the open-session message 10 check wheth- 
er there ?s a mare cun^nt version, for example, a repos- 
5Q ilory-stored version, of the dedcated dient software 
available for the client device 121 to download. If there 
is a more recent verston of the client software 21 6 avail- 
able, sewer 141 could send the client device 121 a mes- 
sage indk:alSng which software should be downloaded 
55 by theclientdevice. and where that software b located, 
so that the dient device can download and install the 
updated dedicated client software^ in accordance with 
Information provided in the message from the server. 
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Client devic© 121 then could be made to update its ded- 
icated client control software 216 accordingly. 
[0034] Next, assuming that the user name and pass- 
word provided by the clieni device in the open-session 
message 19 are vend, we see that the server 14I will 
reply to the client with application list data, i.e., an ap- 
plication nst message. As nnentioned prsviouslyp the ap- 
plicaticn list message data gives the client device 121 
the spprications that can be run by the user from the 
client device. PreleraWy, the appfication list message in- 
cludessession setting inf omTation that governs the way 
the client dcviee 121 operates during execution Of the 
session. In a Straightforward impiemontation of the con- 
troVorisnledpnJtooot, upon receipt of the application-list 
message, the dedicated olienfl21 6 causes display of the 
application names included in the list on diant dtepJay 
206, in any foTTnat such as to allow the user of the client 
device to select the dedicated application thalthe user 
would like to run by way of input 2.02. 
[0035] Once the dient device user has indicated 
which application should be run. the client device 121 
transmits a nm application message via external conv 
miink5atlonciicult2D8toeefverl4l.-n^eninapprication 
message indicates one application from the previously 
received appncation list messafie that is to be accessed 
from database 106 and Started by server 141 on behalf 
of dlent device 121. Upon receipt of the run appllcatlori 
message, server 141 has all of the Infomwtten neces- 
sary to start an application compliant with the control- 
oriented protocol. From the inJomiatlon already trans- 
ferred to the server In the open session message, sen^r 
141 has informalSon on characteristics ef client device 
121, such as the Client devioe'eoperatlngsystem.screen 

si^G. and microprocessor. 

[OOSe] Hence, server 141 initializes and starts appli- 
cation 131 by passing all of this cfient device Infomnadon 
to the application, and then running the appBoatSon with 
the command appropriate for the operating system 110 
of the server. Preferably, the application will be executed 
depending upon the client device Infomnation provided 
to it at the time that Its execution is started. Thus, it be- 
comes apparent that the source code used to create any 
appiloatlon 131 preferably includes conditional logic to 
attar the execution of the application, based on param- 
eters of the dtent device, and also session options that 
are in use when the application is started. Where It is 
preferable that certain applications be started in a con- 
dition "hidden" or otherwise without showing the user 
inteifacB screens of the application on the server, the 
optional administrative server application i5 of Figure 1 
could control this manner of execution accordingly. In 
such an execution manner, server 141 would start the 
application while using the command appropriate tor the 
server operating system to open the application, but 
without showing the user Interface screens of the appli- 
cation. 

[00371 Once all applicafion Initialization steps have 
been completed and the application has been started, 



an initial form message is sent from application 131 to 
client device 121. The initial form message includes all 
data nscessaTyforttiecnenidevicetodraworothenwIse 
create the first screen of the application on tne client 

5 device display 206. "Riis includes data necessaiy to cre- 
ate the user interface controls that are to be shown, and 
the properties of such controls, it will be understood that 
by transmitting all form information messages rn this 
way, less data need actually be included in the message 

10 as compared to conventional display protocol methods 
forimplementing thin-client systems. Upon receipt of the 
initial totm message, client device 121 displ^s a screen 
at display 206 to represent the interface. The initialform 
messego communicates how to position and place 

IS screen elements on the cfient device display 206. or oth- 
enivlse represent the mnnlng appfication on the client 
device. 
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Control-Qrfgnted Protocol 



poaei once the application has started on the server, 
oommunicailon between client device 121 end aen/er 1 4l 
is iBstriciedto messages descriptive of events. Events 
generally are classified In two categories; Usar-Cortrol 
2S events and Hardware events. User-Control everts oc- 
cur as a result of interaction between a user and the ap- 
plication Interfax, either on a servor or on a client de- 
vice. User events are defined as, but not limited to, the 
acOvation of certain special keys that may be present 
5D on a client device, and the interaodon of the user with 
graphical screen elemsnts on tJie client device. Exam- 
ples of such special keys are keys on a standardized U. 
S. ke^^ard such as the ENTER key. the ESCAPE key. 
and Itie DELETE key. Examples of such interaction 
35 common in windowing envlronmems are button elides, 
setting of focus from orve conVol to ano*er, freehand 
drawing or writing on a screen, or so designating areas 
of a device or device extension. OtherspecTtic examples 
of User-Conliol events are fist-box selection, menu-se- 
40 tecrion.<*ianga Of picture im^ofontHsiose. Otter im- 
portant events could fall ¥vithln the User-Control Events 
categoty, as will become dear from this disclosure. 
ip039j Hardware events , on the other hand, could be 
triggered by user action, bin they aJso can occur without 
4S user initiation. Hardware events occur on the client de- 
vice. Hardware events are defined but not limited to the 
operation of a client device extension by Uie user. This 
includes, for exart^le, the triggering of a bansode scan- 
ner, or the swiping of a card through a magnetic card 
so reader. Also, recent of input from a dient device exten- 
sion such as barcode information read by a barcode 
scanner, or data streams received over a serial COM 
port interface or the like constitute a Haidware Event. 
Further, alerts issued by communications hardware res- 
55 ident on the client device, for example, the toss of the 
communicaxlons netw^oric signal; and alerts issued by 
the client device itself such as a low memory condition, 
or a low power source oondiiion constituie hardware 
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events. 

10040} According to the Inventive protocol, ecknowl- 
edgemeni of successfully transmitted messages also is 
regarded an event- Hence, messages transmitted 
from th© client cfevice 1 2i to the application 1 31 are ac- 
knowledged by the appRcatlon by transmission of an ac- 
knowledgement message from the application to the cli- 
ent device. 

[00411 AU messages are structured with a headerseo- 
tion followed by paramete'-s of the message. The mes- 
sage header comains the name of the message whkJh, 
in turn, indieatesthetypeof event to which the message 
relates. The parameters contain variable data specific 
to the associated event The mesaages off the control- 
oriented protocol are inteipretad at the endpoinls of 
communication (the client device or the application on 
the server). At such endpoints, local commands are 
generated to locally perform the artion(s) specified by 
received messages. ^ ^ , 

I0O421 When a Hardware Event or a Uscr-Ccmroi 
Event occura at the diem device 121, the cJtem device 
sends a data message to the swRcatlo'^ 
the event and any accompanying parameters that fur- 
ther ^ecify the event of data mat is assorted with the 
event, in a preferred implementatior* in a windowing en- 
vironment, a User-Control event Is assodated with the 
sclecfion of an item Included in a lisltowc After the user 
selects an item from a Usibox by clicking on a listbox 
corwol. the cOent device 1 21 sends a selection message 
indicating that an i»m has been selected fmm the list- 
box, along with a parameter indicating which item of the 
itetbox has been selected. Upon receipt of the selection 
message, the application 131 interprets the message by 
causing the same action to occur on the server 1 4I» and 
correspondingly executing any code associated with the 
ovent which, m this example, would be the nstbox cficK 
event and/or item selected event. 
IP043] On the other hand, when a Use^Gontrol Event 
0GCUI9 in the application on the server 141. the applica- 
tion 131 precesaestheovent by executing any ©verrt pro- 
cedure and associated code linked to the event, and, in 
turn, sends a server event message to the client device 
1 21 to appraise which event occurred, along with param- 
eters indicating any new features of the control user in- 
tartace. For example, after the aforementioned fistbox 
Item has been selected on the application 131: the ap- 
plication preferably transmits a Hstbox dick message to 
the client device 12J to confirm thai the listbox was 
clicked, and to provide parameters specifying which 
item was selected by the click, and, where applicable, 
any other status infoimation concerning the listbox. Da- 
ta communicated in the listbox click message, when re- 
ceived by ths client device 1 21. generate a new user m- 
terface on the client device at display 206. 
[0044] It is seen that upon receipt of ©vent messages 
from dient device 121, application 131 performs the 
processing speelfiad by the commands in the applica- 
tion program Generally, this processing culminates with 



a change to the user Interface of the application. Such 
change to the user Interface accordingly is transntftted 
from the application I3l to the client device 12J. There- 
after, the application 131 will once again await input from 
s the user When further user input is received, client de- 
vice 121 transn^is an appropriate message to the appli- 
oafion 131 and the message receipt and acknowledge- 
ment process Is started again. Event messages be. 
tween the user device 121 and the running applicalSon 
10 1 31 thus continue In this manner. 

10045] Now we wni compare several dedicated appli- 
cation 131 controls (SDK controls) to corresponding con- 
trols estabfehed for commereially available visual de- 
velopment fioftwam. Each of these dedicated controls, 
IS when operated by the user althecTient device 1 21 , caus- 
es a Uaer-Control Evert tor which the client device 
sendsamessage to the mnningappllcation.ln preferred 

embodiments where the Windows NTO and Windows 
CB9 operating systems are present on the server 14I 
20 and the dient device I2l reepecllvely. the dedicated 
controls would appear to the user as nearly identical to 
conventional cortrals such as those that come with Vls^ 
ual Basic® . In this case, the dedicated SDK comrols 
essendalty will have a counterpart to all of the slancfard 
25 Wlndowsid controls such as edit boxes, list boxes, but- 
tons, and the like. However, the permissible messages 
representing virindowing environment controls are re- 
stricted to describing certain, preselected events. Form- 
stance, edit box controls will transmit updated text in a 
so messageonVwhenthayhavobeenmadetotosefocud. 
The (preselected) transmissible event occurs when the 
user causes the edit box to loss focus* This prevents the 
transmission of messages at each keystroke. Ltetboxe« 
will transmtt only iheir seiectioos in messages, but win 
35 not transmit messages indksatlve of scrolling- Scrolling 
alone will not be considered a signricant event whict> 
justifies message ti^nsnussion, while list box selection 
docs qualify as a transmissible event. So-called combo 
boxes wni be made to transmit only when a new value 
40 Is eelectad therein. Scroll bare will b© limited to trans- 
mllling their new position, only after scrolling has 
stopped- scrolling alone will not be regarded as a sig- 
nificant event and so messages representative of mere 
scrolling will not be transmitted between the client and 
45 the running applieation. Mousecucks on an input button, 
as mentioned above, will be tranamftted as a user-con- 
trol event, but mere mouse movements alone, without 
more, will not be so transmitted. 
[004$] Thus, the inventi\/e control-oriented protocol 
$0 responds TO user comrols by transmitting messages in- 
dicarwe of only selected significant events from all oc- 
currences that would be transmitted from the ollem de- 
vice to tha server in a display-orionted protocol. In the 
disclosed control-oriented protocol, all occurrences of 
55 user action are considered as event candidates tor me 
generation of messages in the control-oriented protocol. 
However, generally only those user action occurrBoees 
that are necessary for the execution of the applfcailon 
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will be selected as events to be made the subject of per- 
missible messages. 

[0047] 1^ Illustrate the restriction oT meesage-trans- 
mfssible events from among all user action occurrences 
thai are transmitted from diem to server under display- 
based proiooote, we further consider the mouse contrx)!. 
In a display-based proiocolp tbe user's movement of the 
mouse (without more) on a client device wouW be an 
operation for which a mouse movement message would 
be sent to the running application. Thereafter, the eppTi- 
cmlon would transmit a reply message to the Client de- 
vice to represent the mouse movement on the client In- 
terfeoe. In the present control-oriented protocol by con- 
trast, mer« mouse movements are not selected events 
for which messages are generated at the cHent device 
andsenttolheappBcailon. Preferably, the dedicated cli- 
ent software 216 will display the mouse movement on 
the client display 206. but mouse movement data wilt 
not be transmitted to the runnlnfl application. Only when 
the mouse has been positioned over a oontrol presented 
on the applicatbn interface and cDeked would a Us- 
er-Control Event message be generated at the client de- 
vice artd transmiuad to the application. The usert op- 
erafion of the control by mouse click constitutes a Us- 
er-Conlrol Even! for which a message must be trar^smit- 
ted to the application for processing on the sewer {ap- 
plication) side. 

p04$] By so generally limiting messages communh 
caled between the running application 131 and the client 
device 121 ID selected events, the control-oriented pro- 
tocol thus restricts the amount of data passed between 
thedientoeviceandthe sewer. The protocol Is contem- 
plated as allowing the comimunicallon or messages In- 
dfeafive of User-ContrtI Events including cBcWng-on a 
button, a list-box selection, a menu-selection, neces- 
sary changes of picture image, form-dosing, and other 
events necessary in ninning a given application. How^ 
ever, the prefen^ controf-oriented protocol limits trans- 
mitted information to only that necessary to provide ex- 
ecution of the ainning application. In this way, the con- 
trol-orianted protocol of the present invention vastJy drf- 
f ersf rom conventional display-oriented protooois where 
all user everts, such as mouse movement messages, 
and advancing of a cursor mefisage, are transmitted be- 
tween the thin-dient and tta server. The prefeired pro- 
tocol ot the invention Involves generation, transmission 
and inierpretaiion of only carefully selected events to 
thereby accommodate Hie relatively low band-width 
characteristics of RF (wireless) neiworks. 
rp049] As described hereinbefore, the prefen^d pro- 
tocol is not rimited to User-Control Events, but ateo in- 
cludes distinct -Hardwara Events" that occuratlhe cller^t 
device. Preferably, the protocol generates, interprets 
and provides transrrassion for data messages repre- 
senting important alert conditions including low memory 
or low battery at the client device, and also hardware 
events such as receipt of input from a scanner, or serial 
data Input at the client device. Hardware events, of 



course, also can be triggered by user action, such as 
when the user connects a bar coda scanner as Input to 
the user's thin-coent devlca. 
[0050] Again, a preteffed Implementation wherein the 
s server operating system 1 1 0 comprises vyfindows MTO 
and the client device operating system 200 comprises 
Windows CB® will be considered. In such an exemplary 
Implementation, all control descriptions would be en- 
coded using WIN32(B application program interface 
(API) parameters lor the creation of a window. All mes- 
sages would use V^N32® data messages. It ts recog- 
nized that both of these operating systems ijeeWIN32(& 
parameters, and therdore no tiansladons wuld be rt&t> 
essfl/y. In this implementation, then, data representative 
15 of cornn^is and messages can be used directly by the 
mnnlng dedicated application. For instance, where the 
user presses a button on the client device t2l, data rep- 
rasentlng the control sent to server 141 would inckjde 
merely the window handle for the button and the 
so VTN CUCK meesaae. Tten, when senrer 141 receives 
mis wntfol message, it has only to post a WN^ CLICK 
message with the particular handle on the message 
queue tor the running applicailon 131. Any further con- 
trol processing would be handled by ihe sewer side op- 
25 eradng system 

[0051] Also, In the preferred implementation or sys- 
tem 1 0, any software control can ba used in a dedicated 
application, however, only dedicated controls will be 
made visible to the user on display 206. Conversely. It 
so is contemplated tnal all appRcalions created using ded- 
icated controls will behave exactly Hke conventmnally- 
created applications wsth conventional controls when 
such appTicaiions are run outside of dedicated server 

104. 

3s [0052] rt also has been recognised, for example, mat 
Windows© message boxes are modal. They wilt act lo 
halt a running application until a control button is clicked. 
However, where message boxes are pre-defined dia- 
logue boxes that do not make use of controb sent and 
40 received between een/ar I4i and client 121, such mes- 
sage boxes would not be displayed by the cfiont and, 
lherofore,couldnot be answered by the user. This would 

freeze the application. For this reeaon, senwr 141 and 
dedicated dient 121 preferably are contemplated as 
45 transmittingtheirownmessageboxesundertheoontiol- 
oriented protocol. Such message boxes behave like 
conventional message boxes, exceptthey are displayed 
by the client device 12I at display 2oe. When the user 
answers such a messege box, the client device 12 
so sondsthe user's answer backto the tanning application, 
again, in thefonn of an event rather than a return value, 
A message box call In accordance with this exemplaiy 
embodiment requires one additional parameter over 
those of Windows® . The additional parameter is an 
55 identification that is passed back to the applicatk>n In 
the message box answer event, in orderto help identity 
the specific message thai the user has answered. 
[0059] A special message is generated when the user 
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of the client device seeKs to dose the application in use. 
Her^, tho usercau«©s a request to dose the application 
13) to t>e sent from ttie client device 121 to the applica- 
tion, unlike all other messages In the controi-oriemed 
protocol, the diem device 1 21 does not execute the ac- 
tion specified by this massage, before transmirting the 
message. Because Ihe application Is running on tho 
server 141, any Indfcaiion thai the application has been 
closed is made to com© from the san/er. Upon receipt 
of a r^uest to close message (or when action is taken 
by the server on its own to dose an application), server 
141 executes any code aasooreted with the tenninatlon 
of the application, and diecl» whether such code re- 
quires interruplion orcanoellaiion of the dosing, tf there 
Is no Intemiption or cancellation, appBoation 131 trans- 
mits a close application message to the client devic© 121 
and subsequently tsrminales. Preferably, upon receipt 
of a dose application message from the application, the 
dient device 121 destroys all references to the appJica- 
tion and doses the application on the dient device. 

Operation 

[0054] Figures 4A and 4B show a flowchart for oper- 
ation of system 10. In step S-10, the dient device 121 
in Mates a session by sending an open session message 
to server 141. Sep S-10 is could comprise a separate 
step of broadcasting a message over network 16 in 
search of ail servers 14A through 14N that are assod- 
ated with system 1 0, by vatue of their inclusion of a ded- 
icated senrer 104w In this way, each dient device 12A 
through 12M can search for all mefhber servers 14A 
through 14N thai recognize a broadcast request Signal 
from any member client device 121. 
[OOSS] In step S-1 2, seroer 1 41 receives the open ses- 
sion message and registers the name of the user (user 
name), the password of the user, and appropriate Infor- 
mation about the cKent device 121 and Its dedicated di- 
ent software 21 6. In step S-1 2, server 1 41 also confirms 
thatthe user name and password included as part of the 
open session massage are valid and, if so, to which 
group the user is assigned, ivjext, in step S-1 4, server 
141 deteimines, based upon Information provided In the 
open session message, whetherthere is a mora cun^nt 
version, for example, a repository-stored versfon. of the 
dedicated client software available for the cHent devico 
to download. If tiiere is a more recent version of client 
software available, in step S-1 6 sen/er 141 sends to the 
dient device 1 21. message data representative of which 
software should be downloaded by the dient device, 
and where that software is located. In step S-1 8, dient 
device 121 downloads and installs updated dedicated 
client software 21 6 in accordance with the message da- 
ta from server 141. 

[0056] If no software upgrade is necessary, or if up- 
grading has been completed, advance is made to step 
S-20 where server 141 replies to tho client 121 with the 
application list message. The application list data iden- 



7022Aa 

tifies for the client device 121, the applications that can 
be run by the user from the drent device. Preferably, it 
also indudes session setting Information that governs 
the way the dient device I2i win operate during the sas- 
5 sion. Applications authorized for use by the user can be 
displayed by title, toon or the like at display 206 in step 
S-20, whereupon the user enters a chosen application 
from the list at input 202. 

[0057] Once the user of the client device has deddcd 

10 which application should be run, the user causes the di- 
ent device 1 21 to transmit a run application message to 
server 1 41 in step S-22. Upon receipt of the mn applica- 
tion messags, server 1 41 will have all of the Information 
necessary to start a dedicated application. This indudes 

IS paiameters of the dient devic© 121 that will remotely 
interact with the selected application, such as the dient 
device's operating system, screen-size, and microproo- 
essor, whhsh parameter infonnaiion already was trans- 
fen-ed to the server wflh the open session message In 

20 step S-10. in step s-24. the server 141 initializes and 
starts selected application 13! by passing to the appfi- 
cation all of the parameter infonration about the client 
device 1 21. andthen njnning the appncaifon with a com- 
mand appropriatefor operating system 11 0 on the sen/- 

ss er14l. 

10058] Once an the aforementioned appttcahon mmai- 
ization steps have been completed and the application 
has been started, an Inlttei fonm data message is sent 
from njnning application 131 to tha dient device 121 In 

30 Step S-26. The Initial fomi message includes an Infor- 
mation necessary for the dient device to draw or other- 
wise create the first screen of the application on the di- 
ent device display 206. irtduding necessary dedlcaied 
controls. Upon receiptor the initial fomi message, client 

Sff device 1 21 displays a screen representing the Interface 
With controls for the applioation running on the ser^r, 
on client display 206, in step S-28. The Initial fomi mes- 
sage inftormation is all that is necessary to position and 
place an screen elements on the cBent device display 

40 206 (or otherwise Initiate a representation of tho appli- 
cation on tho client dovice). In this way, the appTication 
Which began ronning on the senrer 141 in step S-26 te 
mimicked at the dient device 1 2 display 206 in real time. 
[0059] Figure 4B continues the flow chart of Figure4A 

4ff and Illustrates howtha interaction between theciient de- 
vice 121 and the applicatton 13I takes place once the 
application is rannlng on the server 141. Once applica- 
tion 131 has started, communication between client de- 
vice 121 and server 141 is based on occurrences seleci- 

50 ed as User-Control Events and Hardware Events. 
[0060] In the absence of any event, the dedicated di- 
ent 21 6 Simply remains in a waiting mode, pending ac- 
tion by the user or some other reportable event When 
ft is determinedthat a Hardware Event or a User-Control 

55 event occurs on the dient device 121 as depicted in step 
S-30, client device 121 sends an event message to the 
application 1 31 in step S^2 to indteate which event oo- 
cun-ed, and to provide any accompanying parameters 
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that further specify the event or the data that is assocl- 
ate<J with the event Previously, a User-Control Event, 
such as the users selection of an item from a listbox 
was discussBd astho User-Control Event in this case, 
the client device 121 eende a selection meseage (step 
S-32) indicating that an !tem had been s elected from the 
listbox, including a parameter Indicating which item of 
the liBtbox has been selected. Thereafter, control re- 
turns to step S-30- 

po61] Next, under routine operation, another event 
will not occur on the client side end advance will be 
rnade to step S^4 where a corresponding User-Control 
Event ooours In the application on the server side. Here, 
the application 131 processes the client-side initiated 
event by executing any ewant procedure and associated 
code linked to the event, and then sends a server event 
message to the client device 1 21 in step s-38 to describe 
the corresponding server side event which oocunred, 
and to provide data Indicative of any new features nee 
Qssary for the control user interface on the oUanl device. 
If we continue the listbox example, if the lislbox Item 
wore selected on the application, the applfcation would 
transmit a listfaox-cnck message back to the client de- 
vice to indicate that the listbox was clicked, and to pro- 
vide data speesrying which Item was esiecied by the dick 

event. ^ ^ , . 

r0Ofi2] It should be understood thai step SnSe could, 

itself, comprise multiple steps. For Instance, where no 
display screen change is warranted as a result of the 
server-side event in step S-36. process control Simply 
returns to step s-30 wherein the dedicated cOent 216 
awaits a next control operation activity. On the other 
hand, If. In step S-36 We corresponding evert on the 
server'«ide neoeasilatee a change in the presented user 
Interface, this wiD be carried omby tfie applications pm- 
vision of a new user interface data message to the cFient 
device 121. In response to receipt of such updating in- 
terface data message, dedicated cBertt 21 8 will dhange 
the screen at display 208 to mimic the application as It 
appears on eon/er 1 41. Tliereeftar, again process control 
will r^turTk to step S-30 to await a next activity by the 
user. Comrol flow continues in the manner depicted in 
RgureSB until the application terminates or is changed. 
[0OS3] Later, when it is detennined that the user re- 
quests that the application currertlly In use be closed in 
step s-38, a request to dose the application 131 is cent 
from the client device 121 to the application in step S- 
40. in the preferred systesm 10. cfient device 121 cannot 
execute the action eperafied by the closure message be- 
fore transmitting this message. AH indications that the 
application has been closed must come from the seiver 
Ul.Thus, from the client device I2l,the user can do no 
more than transmita request to dose the application at 
step S-40. When the request to close is received by the 
application 131, sen^erUI executes any code necessary 
for temiination ot the application, and checks whether 
such code requires Interruption or cancellation of the 
closing. This is subsumed in decision step If there 



is no such interruption, the application 131 transmits a 
close application message to the dient device 121 In 
step &44 and subsequently Denrtinates. Upon receipt of 
a close application meseagetrom the appticaiion on the 
5 sender, cflent device 121 destroys all references to the 
application and thus closes the appllcatfion thereon. 

Dedicated Client Installation 

10 [D0641 Figure 5 is a process chart illustrating how a 
dient device 121 in any configuration remotely can insiaU 
and upgrade dedicated cfiem fiofhurare (dedicated cli- 
ent) Client device 121 issues a request to install dedi- 
cated client software 216 to the server 141. Server 1AI 
IS replies with an acknowledgement that th© message re- 
questing installation infomiation has been received- 
Server 1 41 itself is equipped with a repository of updated 
client software, or the server at least has access to a 
remotely stored repository of such software and also in- 
£0 fomiaiion indicating the version of the client software to 
be downloaded to client device I2i. It is contemplated 
that the repository version of such software can be com- 
paredto the version of the client software In use at client 
device 121. If an appropriate repositoiy version of dient 
25 software Is found by the sert^er 141, it sends a message 
indicafing what new version data should be downloaded 
by the dient device 1012, and the location of the data. 
The dient device 1 01 2 acknowledges this cteta by send- 
ing an acknowledgement message to the server. Once 
$0 the dient device 1012 receives this messagftr it down- 
loads the necaesaary files from server 141. as indicated 
In the downloaded message and mstafle the fltes. 



35 



ExamolafV Dedicated Aooiication 



[0065] Figure 6 Illustrates an ail?l&ary dedicated ap- 
plication 131. In the contemplated commercial embodi- 
ment, the application 131 would b© developed in a high 
level, graphical environment (language) sud> 93 Visual 
40 Basic® . Delphi™, Visual , J-Bullder™. O+BuHd- 
©rTM, Visual 0*rv^ and Power Buildai® or other such 
language with which those of ordinary skill are familiar. 
All such applicatione are compiladforiho operating sysp 
tern 11 0 of the server 1 41, and mn on the server operat- 
45 Ing system. However, their graphics interlace with the 
user of course, is accessed by the operating system 
200 of the diem device 12. At the client-side, the user 
can launch new dedicated applications and switch be- 
tween dedicated applications that are running. Appllca- 
5o tlon 300 can be created as well as run on system 10. At 
the timethat the source code for applicaiion 30O is gen- 
erated, the application is made to comply with the pre- 
ferred control-oriented protocol. 
[0066] As seen from Figure B, each dedicated appH- 
5^ cation stored In data base 1 06 includes a directory of 
controls 302 that comply with the control-oriented pro- 
tocol, and afomi wrapper304 which includes event han- 
dlers 306 that regulate oommunication between the 
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dedicated application and the server, as described su- 
pra, 

[00B7] The form wrapper 304 initializes by passing it 
a reference to any regular fom in the visual develop- 
ment language (e.g., Visual Basic®), Fonn wrapper 
304 then assumes control over iho commur^ication de- 
tails in any form. Any form from a conventional visual 
devdopmem software that is going to be used with sys- 
tem 10 must initialize a fom^ wrapper as a load event, 
and thereafter destroy the fomi as an unload event. The 
running application 131 calls up internal event handler 
30a to reoord all control operatione made at the client 
device 1 2. Prof erabty. event handlers for Input will pro- 
vide a time stamp of each efvent, receive the specific 
event data, and record die typo of input data. Event han- 
dlers for output likewise win provide a time stamp and a 
status indication of whether the re<iuestad function suc- 
ceeded. In the case of a print command, for example, 
the output event handler wou Id indicate whether or not 
data for which a print request was made, actually was 
sucoeasfully printed. &ent handlers 306 also attend to 
all special occurrences (Hardware Events) such aa 
communication emors, rafisaaae box responses, and 
low bailEry indications and low memory Indicafions, as 
well as other special events appreciated by those of or- 
dinary skill in the art. in the preferred embodiment, the 
event handlers also can be made responsble for pro- 
viding a htoemate message to the running application 
when the dedicated cHent 21 6 detects that the client de- 
vice Is low on memory power. When the running appli- 
cation 131 receives a hibemate message, It wID initiate 
a shutdown or take other pertinent acflon to prevent the 
loss of data. As to communloatton errorst the event harv 
dlere are responsible for advising tn© mnning applica- 
tion thereof so that the application properly can attend 
to the error. 

Altemattve Emtaodgnent 

[0060] Flgure7issImIIartoFlgu^©3inshow^ngd9tailB 
Cf an alternative embodiment of the irtvontion. Hero, the 
epplicatign 1 0131 is shown dS running on asen/ar 101 41. 
The application 1 0131 includes user Interface program- 
ming controls 1 302 and hardware programming controls 
1304 which, in turn, interface with a communications 
layer 1306 thai transmits messages in accordance with 
the control-oriented protocol of the present invention. 
The client device 10121 likewise is equipped with (ded- 
icated] client software 1 21 6 thai transmits and receives 
messages contained in the control-oriented protocol. In 
the embodiment, when user-interface control messages 
are received^ client software 1 21 6 similariy conn-ols dis- 
play 1206 of the client device 1012 to present a proper 
user interface from the appRcation 10131. On the other 
hand, when hardware control massages are received at 
client device 1 0121, the client software 121 6 communi- 
cates with an abstract hardware layer 1218 to control 
the input and output hardware of physical hardware pe- 



ripherals 1220 that are depicted as part of, orconnected 
to the client device 1 0121. 

[0069] Conversely, in response to inpi/tf rom the user 
at tne client user display 1206, client software 1216 

« transmits user control messages to the application 
1 01 31 to notify the application of such Input f nsm the us- 
er, in response to input from the input/output hardware 
peripherals 1220, the client software 1216 transmhs 
hardware control messages to the appficafion 10131 

10 likewise to notify the application Of the input rocehred 
from the user- Here, preferably, the application 10131 in- 
terpreisthe control-Qrionted protocol messages through 
a oontrel-OTiBnted protocol communications layer 1306 
and processes the input through event procedures pro- 

is granvned by the developer of the application with the 
user interface programming controls 1302 andthe hard- 
ware programming controls 1304, 
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Exemplary Screen DIsplavs 



[0070] The flow charts of Figures 4A and 4B and their 
corresponding description set out in detail the opening 
and use of a dedicated application in accordance wffli 
the present invention. Next, exemplary screen displays 
^ are presented for detailing the creation and operation of 
a new application projeel in accordance wiOi the in van- 
tion . "mesa exemplajy scraen displays were created us- 
ing Visual Basic® run on the Windows NfTO and Win- 
dows CB® operating systems discussed if^fra, figure 8 
30 snows a screen display wherein a development projeel 
has been Initialed to create a new appBcation. Features 
of the new application are boxes for entering " Prtee' and 
'*Qtf (quantity) data. The applteation will caicuJate the 
total for the user. Following registration of the new ap- 
35 plication in a scnrer, the new application may be run on 
the server as illustrated in Figure 9. Rgure 10, In tum, 
shows operating system 200 Of client device 1 2 mimick- 
ing the running application on display 206- 
[0071] in the prefen^d embodiment, all applications 
40 dadteated for system 1 0 would be de-bugged In a con- 
ventional manner, it is contemplated that de-bugging 
would be commenced in a manner similar to regular 
conventtonallycfeated appfications, such as tttoca cre- 
ated in Visual Basic® . In addition, the dedicated appR- 
43 cation can be de-bugged while being displayed at the 
client-side device 1 2. All conventional de-bugging tools 
are to be made available while mnning a dedicated ap- 
plication. 

[00721 It is to be understood that there can be various 
so changes and/or modificatiDns to the prefen-ed embodi- 
ments of tiie present invention cfisciosed herein. TViese 
changes and/or modifications may be made by one of 
ordlnaiy skill in the art. However, aU such changes and/ 
ormodlfications still would result In enanangementwell 
55 wittiin tiie scope of the invention as set forth in the 
cla^ns. 
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Claims 

1. A thin-client system operative over a oomrnunica- 
liwis rifltwork, said system comprtsing: 

a server computer including a communication 
control device for sending and receiving mes- 
sages over the network and an operaling eys- 
tem, said eefvor having access to a date base 
capable of storing dedfeeited appHcaflons ded- 
icated to said system and executable by said 
operating system; and 

at least one didnt device including display 
means, an external communlcafion device for 
sending to and receiving messages from said 
server computer over said network, and dedi- 
cated diem means fbrconirolling saSd display 
means and said external communloallon de- 
vice, said dedicated client means interpreting 
messages received from said server computer 
and generating messages recognizable by said 
server, said messages sent between said serv- 
er computer and said dient device confomiing 
to a control^sntBd protocol that restricts mes- 
sage communication to only messages de- 
seribing certain preselected everts. 

2. A thin-dient system as claimed In clafrn 1 , wherein 

said presGlBCtec events incUde user control 
events caused by user action at said dient de- 
vice, each of said user control events being rec- 
ognizable by a deifcaied application running 
on said server as indicative of a certain control 
of said running application that is assodated 
with said one Of said preselected events and 
that is operable by a user at said client device 
to control said running applicetion, and wherein 
a message from said Client device to said serv- 
er indudas data i^presentative Of said one 
pr^elected event and excKides data repre- 
sentative of other user action performed In op- 
eration of said associated appfication control 
but not representath/e of said one event. 

3. A thffwilisnt system as daimed in daim 2. vifherein 
said preselected events furthar indude hardware 
events caused by user action at said client deVic© 
and hardware events caused by condftions at said 
client device. 

4. A thinK^lieni system as daimed in daim 3, wherein 
said control-orierrted protocol is overlaid on a stand- 
ard wireless communication protocol. 



5. A thin-dient system daimed in daim 3. cCPfipris- 
ing plural communication networks, plural server 
computers and plural dient devices. 



6. A thin-dient system as daimed in claim 3, wherein 
said control-oriented protocol restricts message 
communication in windowing environments such 
that 

5 

for edit boxes, loss of focus constitutes a sig- 
nificanl event, whereby messagas represent- 
ing edit boxes will be transmitted only when 
such edit boxes have been made to los© focus; 
io for list boxes, selection from such a Ost box con- 

stitutes a significant event, whereby messages 
representing list boxes Will bo transmitted only 
when a selection from such a list box has been 
made and messages indicative of scrolling will 
15 not be transrr^tted; 

tor combo boxes, selection of a new value con- 
stitutes a significant event, whereby messages 
representing combo boxes will be transmitted 
oniy when a new value has been selected: 
so for scroll bars, arrival at a new scroU bar posi- 

tion after scrolling has slopped constitutes a 
significant event, whereby messages repre- 
senting scroll bar movement will be transnnittad 
only after scrolling has stopped al a new scroll 
2$ barposidon;and 

for mouse button elides, a button dick on such 
a mouse constitutes a significant event, wt»er«- 
by only mouse button diclcs will be transmitied 
and messages indicative of mere mouse move- 
so msnts alona will not be transmitted. 

7. A method of communication between a thin-client 
device and a sen/er compuiBr over a communica- 
tion network for inierfadng said cOont device wfth 

ss an application executable on said server, said meth- 
od comprising the steps of 

at said client device, generating a message de- 
scriptive of a preselected event recognizable by 
40 said application as indicative of a certain appli- 

cation control that is associated with said 
preseleeted event andihat is operable by a us- 
er at said client device, 

said message generating step including the 
45 Steps of induding data representative of said 

pt^elected event and excluding data repre- 
sentative of user action performed in operation 
of said assodated application control but not 
representative of said preselected event: and 
50 at said diertt device, transmitting said message 

generated In said generating step oversaid net- 
work to said sen/er. 

8. A method as claimed in claim 7, further comprising 
55 the steps of, at saki application, 

receiving said message transmitted by said cli- 
ent dev'ics during said transmitting step, 
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mtorpreting data recatved in said message and 
representative ol said presslected ©vent in or- 
■ der to recognaa said application control asso- 
ciated wltti said preselected event; 
generating an aclcnowledgement meeeage de- * 
scriptive of an acknowledgement event at said 
application; and 

tiBnsmitting said acknowledgement message 
over said network to said client devk:e. 

10 

e. A method as claimed in claim a, further comprising 
the ©taps of, ei said application, detenmining wheth- 
er eaid applioation control recognized in said Inter- 
preting step neceseitates a change « a user imer- 
fac© created by said application, end 

in a case where said applfcaiion control neces- 
eitates a change in said user interface, gener- 
etlng a message descriptive of a change user 
interface event recognlzafale by said dient de- ^ 
vce aa indicative of an updated user interface 
and creating saidupdated user interface at said 
application; and 

transmitting sard change user Interface mes- 
sagetosaidclient device whereupon saiddient ^ 

device interprets said transmined change user 
interface message to recognize how a corre- 
sponding user interface presented at said client 
device should be changed to correspond to 
'eald update user imertace created at said ap- ^ 

plication. 

10. A method as dainned in dsBm 9, lurther comprising 
the steps oF, at said dient device: 

35 

generating a message descriptive of a Hard- 
ware event recognizable by said application as 
Indicative oT acertain condition at said client de- 
vice, each Hardware everrt being recognizable 
by said appHOfllion as an event either caused ^ 
l>y useraeliofl or caused by said dient device 
without user action; and 
transmitting said messages descriptive of 
Hardware events over said network to said ap- 
plteation. ^ 

11 . A method as daimed In claim 10. furthercomprSsing 
the steps of, at said server. 

executing applications that indude windowing 
environment application controls with each 
control associated with a preselected event for 
execution on said server in accordance with 
messages sent by said client device. 

12. A method as claimed in claim 11. wherein In said 
steps of executing applications with windowing en- 
vironment controls further comprises the steps of: 



50 
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for edit boxes, selecting as a significant event, 
a loss of focus whereby messages represent- 
ing edit boxes will De transmitted only when 
such edit boxes nave been made to lose focus: 
for list boxes, selecting as a significant event, 
a selection from such a list box whereby mes- 
sages representing list boxes will be transmit- 
ted oniy when a selection from such a list box 
has been made and messages indicative of 
scrolling will notbetransmlued; 
for combo boxes, selecting as a significant 
event, a selection of a new value whereby mes- 
sages representing oonnbo boxes will bo trans- 
mitted only when a new value has bean select- 

for scroll bars, selecting as a significant event, 
e new scroll bar position after scrtilling has 
stopped wherelTy messages nepresenting 
scroll barmovement win betransrrvtted only af- 
ter scrolling has stopped eta new scroll bar po- 
sition; and 

for mouse button clicks, selecting as a signifi- 
cant event, a button click on such a mouse 
whereby only mouse button dicks wlO be trans- 
mitted and messages indfcative of mere mouse 
movements atone will no« be transmftted. 

13. AmethGdasclaimedindalmtO.tuitheroomprlshig 
the steps of: 

at said client device, generating and transmit- 
ting an open session message over said net- 
work to Initiate communication with a server, 
caid open session message including a user 
name, a user password and data descriptive of 
parameters of said dient device; 
at said sender, upon receipt of saW open ses- 
sion message, verifying said user name and 
password, and comparing ©aJd descriptive data 
rep resentativo of said dient device parameters 
With current versions of software available Tor 
said cnent device to detemlin© whether said 
current softiware versions should b© download- 
ed to eaid dient device, and tiiereafter Identify- 
ing said dient device software to be download- 
ed in a case where it is determined that said 
current software should be downloaded; and 
at said server, generating and transmitting an 
application list message to said dient device, 
said application list message induding session 
setting data for regulating operation of saki di- 
ent device during a session. 

14. AmetiKd as claimed inclaim l3,turthercomprising 
the Steps of: 

at said client device, receiving and interpreting 
said application list message in orderto create 
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a user Interface allowing a userto select an ap- 
plication for e^cecution on said servBn 
at said client device, generating a oin applica- 
tion massage descriptive of an application cho- 
sen event recognizable by said server as Indic- 
ative of a user control operated to seled salc^ 
application for execution, and transmitting said 
run application message over said network to 
said server, 

at said server, receiving and mTerpreting said 
run application message, starting execution of 
the eppKcation selected, and providing said op- 
plication with client device parameter data re- 
ceived trwn eald dlent dsvice in said open ses- 
sion me&eage; 

ffl said apprioation, generatinQ an initial form 
message and transmitdng e&d initial fomn mes- 
sage to said diem device; and 
at said client device, receiving and Interpreting 
said Initial f omt message, and creating a user 
interface including application controls in re- 
sponse to receipt of said initial form message. 

15. A method as Claimed In dalm 14, tiirihercomprising 
the ^eps Off: 

at said cnenl device, generating a close appli- 
cation request message requesting dosing of 
an application executing on said server and 
transmttitng said requeslmessago to said serv- 
er; 

at said server, detennining the presence or ao- 
eence of conditions interrupting or canceling 
closure of said executing applfcation, and dos- 
ing said executing application in the absence 

of such conditions; and 

at said sender, generating an appiicalioft closed 
message and transmitting said appDcaHon 
closed message to said dient device. 

16. A method as claimed in claim 15. furthercomprising 
the steps of 

communicating over plural network Induding 
at least one wireless connmunication network; 
and 

communicating between plural thin-client de- 
vices and plural applications on plural eeiver 
computers- 

1 7. A computer-readable medium having computer-ex- 
ecutable mstructions for perfomiing the steps of any 

of claims 7 through 15. 

18. A method ot providing communication between a 
thin-dient device and a server computer over a 
communication networlc for Inteffadng said olrent 
devk» with an application executable on aaldserv- 
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er, said method comprising the steps of 

selecting as a significant event, from among all 
actions performed by a user at said client de- 
vice in operating a certain application control, 
an action necessary for said application to re- 
spondtothe useffi operation of said application 
gontrol; and 

restricting oommunicaiion of the user's actions 
in operating said application eomrol to messag- 
es tiansmitled from said client device to said 
server, descriptive of said significant event. 



19. Amcthodasclalmedinclftim18,funhercomprtslng 
IS the steps of: 

selecting as significant events, acknov^rtedge- 
ments of messages received, changes in user 
interface. Hardware events occurring at said 
» cfert devicB, open session requests, list appli- 

cation requests, and close application re- 



20. Amsmod as claimed Inclaim 1 9,furthercompiislT»g 

the steps of: 

communicating over plural networks Induding 
at least one wireleBs eommunksalion network; 

and , . 

30 communicating between plural thin-cilent de- 

vloes and plurd applications on plural server 
computers. 

21. A method as daimed in claim 19. wherein, in win- 
35 dowing environments, said method further compris- 
es the Steps of: 

fbr edit boxes. sele«!ng as a significant event, 
a loss of focus whereby messages represent- 

40 ing edit boxes Wi« be transmitted only when 

such edit boxes have been made to tose focus; 
for list boxes, selecting as a significant event, 
a selection from such 8 Fbi bOX whereby n»s- 
segee representing list boxes will betransmit- 

4S ted only when a selection from such a fist box 

has been made and niessages indicalive of 
scrolling will not be transmitted; 
for combo boxes, selecting as a significant 
event, a selection of a new val ue whereby mes- 

50 sages representing conrtbo boxes will be trans- 

mitted on^ when a new value has been select- 

for scroll bars, selecting as a significant event, 
a new saotJ bar position after scrolling has 
stopped whereby messages representing 
scroll bar movement will be transmitted only af- 
ter scrolling has stopped at a new scroll bar po- 
sition; and 
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for mouse button clicks, ©elscting as a signri- 
cant event, a button dick on euch a mouse 
whereby only mouse button Clicks will be trans- 
mitmd and messages Indicative of mere mouse 
rnovemems alone will not be transmitted. * 

22. A computer-readable medium having computer-ex- 
ecutable instovctionsf or porfonning the steps of any 
of claim 1 a through 21. 
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